Project X Channel

Forwarded from GitHub

💬 New comment on Xray-core#2635 Xray会支持歇斯底里2么？
by @tobyxdd

1. Hysteria 发包是否 "激进" 仁者见仁，不过绝对不是多倍发包（这个我相信 RPRX 知道，只是为了和路人强调下），详细的解释可以看这里 https://v2.hysteria.network/zh/docs/misc/Hysteria-Brutal/ 。我的观点是用户使用运营商承诺的带宽发包，没有破解限速就是合理的。至于拥塞控制即使是 TCP 不同的操作系统和配置也不同，BBR 也是在 "弱化 Cubic 的体验"。而且互联网上天然就有很多流量没有拥塞控制，比如联机游戏可不会因为延迟和丢包率高而降低 tickrate。

2. Hysteria 还是特意注意没有魔改 QUIC 基本协议层的东西的，毕竟还要作为普通 HTTP/3 server 处理浏览器请求。行为上应该和其他用 quic-go 实现的 HTTP/3 web server (比如 caddy) 一致。当然往深了说目前各种 QUIC 实现都是有细微差异的，像 quic-go, quiche, quinn, ngtcp2, neqo 在默认参数和行为上都不完全相同，如果一定要把服务端用的是什么库本身作为特征的话应该是可以的。但是正如你所说 "尚不清楚 GFW 会如何针对性封锁这些协议"，我不想提前修改，偏离 quic-go 而 potentially 造成新的特征。如果 GFW 真的能够针对性封锁了，我相信只要不是白名单或者完全封锁了 UDP 流量都是能解决的。人固有一死但是今天的饭还得吃

另外 RPRX 发了这个回复以后我看到两边的用户群都开始有站队的现象，我想声明一下我十分清楚 RPRX 的目的只是技术讨论，没有任何 "攻击 Hysteria" 的意思。无论是否加入 Hysteria 我都会继续支持 RPRX 和 Xray 这个项目。no hard feelings

Reply to this message to post a comment on GitHub.

www.tg-me.com/us/Project X Channel/com.projectXtls/209

45.6K viewsOct 13, 2023 at 21:29

💬 New comment on Xray-core#2635 Xray会支持歇斯底里2么？
by @tobyxdd

1. Hysteria 发包是否 "激进" 仁者见仁，不过绝对不是多倍发包（这个我相信 RPRX 知道，只是为了和路人强调下），详细的解释可以看这里 https://v2.hysteria.network/zh/docs/misc/Hysteria-Brutal/ 。我的观点是用户使用运营商承诺的带宽发包，没有破解限速就是合理的。至于拥塞控制即使是 TCP 不同的操作系统和配置也不同，BBR 也是在 "弱化 Cubic 的体验"。而且互联网上天然就有很多流量没有拥塞控制，比如联机游戏可不会因为延迟和丢包率高而降低 tickrate。

2. Hysteria 还是特意注意没有魔改 QUIC 基本协议层的东西的，毕竟还要作为普通 HTTP/3 server 处理浏览器请求。行为上应该和其他用 quic-go 实现的 HTTP/3 web server (比如 caddy) 一致。当然往深了说目前各种 QUIC 实现都是有细微差异的，像 quic-go, quiche, quinn, ngtcp2, neqo 在默认参数和行为上都不完全相同，如果一定要把服务端用的是什么库本身作为特征的话应该是可以的。但是正如你所说 "尚不清楚 GFW 会如何针对性封锁这些协议"，我不想提前修改，偏离 quic-go 而 potentially 造成新的特征。如果 GFW 真的能够针对性封锁了，我相信只要不是白名单或者完全封锁了 UDP 流量都是能解决的。人固有一死但是今天的饭还得吃

另外 RPRX 发了这个回复以后我看到两边的用户群都开始有站队的现象，我想声明一下我十分清楚 RPRX 的目的只是技术讨论，没有任何 "攻击 Hysteria" 的意思。无论是否加入 Hysteria 我都会继续支持 RPRX 和 Xray 这个项目。no hard feelings

Reply to this message to post a comment on GitHub.

BY Project X Channel